home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10829 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: news.ecii.org!news
  2. From: Rick LaRowe <rlarowe@ecii.org>
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: Mon, 11 Mar 1996 08:46:17 -0500
  6. Organization: Enterprise Computing Institute
  7. Message-ID: <31442EA9.438F@ecii.org>
  8. References: <JSA.96Feb16135027@organon.com> <4h8r0v$1c4i@saba.info.ucla.edu>  <4hbj2b$cnt@sun152.spd.dsccc.com>  <adaworksDnrqsE.LpC@netcom.com> <4hhred$1rn@sun152.spd.dsccc.com> <adaworksDntn85.50y@netcom.com> <Dnxw7F.J04@thomsoft.com>
  9. NNTP-Posting-Host: cod.ecii.org
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.5 sun4m)
  14.  
  15. Pascal Martin @lone wrote:
  16. > 
  17. > The Solaris threads are supported in our ObjectAda product. This is significantly
  18. > slower than our own previous 'user-mode' tasking, because of the Solaris
  19. > overhead. So much for the 'efficiently mapped': the most significant overhead
  20. > is *not* the Ada runtime. This is not to say Solaris is inefficient, but Solaris
  21. > manages more ressources than an Ada runtime, must provide a lot more security
  22. > and sanity checks than are required from an Ada runtime, and it consumes more
  23. > CPU to do so.
  24.  
  25. But I'll bet that when you run this version on an MP-Sparc (which are becoming 
  26. quite common) you get real concurrency, which you probably did not get with your
  27. "user-mode" implementation.  I, for one, am willing to pay a little more for some
  28. tasking overhead if it means I can extract speedup through the use of parallelism.
  29. Using GNAT on Solaris on both a Sun 600MP and a Cray 6400 and also GNAT on an
  30. SGI Challenge, I've gotten very good speedup this way.  None of this would be possible
  31. by just doing tasking within a single uni-tasked Unix process.
  32.  
  33. Rick LaRowe
  34. ------------------------------------------------------------------------------
  35. Enterprise Computing Institute                 internet: rlarowe@ecii.org
  36. 1 Ash Street                                   phone: (508) 435-1900 x15
  37. Hopkinton, MA 01748                                   (508) 435-2176 (fax)
  38. ------------------------------------------------------------------------------
  39.